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FIELD OF THE INVENTION 



The invention relates to a method and to an apparatus for 
recording on a storage medium, or replaying from a storage 
5 medium, data packets of a transport stream which data pack- 
ets belong to at least one specific of several programs con- 
tained in said transport stream. 

10 BACKGROUND OF THE INVENTION 

MPEG2 data streams contain time stamps for data synchronisa- 
tion purposes and for determining in a decoder the presenta- 
tion time and/or the decoding time for video and/or audio 
15 data. An MPEG2 transport stream carries several programs and 
is assembled of corresponding fixed-length transport packets 
for these programs. 

20 SUMMARY OF THE INVENTION 

A specific MPEG2 program can be received by a DVB (digital 
video broadcasting) receiver, e.g. a settop box, or an ATSC 
(advanced television system committee) receiver, e.g. a 

25 digital TV receiver. The data packets of that specific pro- 
gram can be recorded on an optical medium using for example 
a DVD Streamer recorder or DVD-RAM recorder. For the real- 
time playback of recorded data packets - for Instance MPEG2 
transport packets according to the DVB-S standard - each 

30 packet needs separate time information, i.e. a packet time 
stamp. For that reason a timestamp is to be captured for 
each data packet at recording time. However, capturing of 
timestamps from a transport stream is a very time consuming 
action in software implementation processing. 

35 A problem to be solved by the invention is to provide in a 
processing time - in particular software-processing time - 
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saving manner timestamps required for data packet recording 
or replaying. 



Consecutive MPEG2 transport packets do have an equal length 
5 of 188 bytes each. Normally, equidistance can be assumed for 
such transport packets when originating from e.g. satellite 
or cable or terrestrial transmission. Advantageously it is 
therefore possible to capture transport stream timestamps 
for every Nth packet only and to merely calculate the miss- 
10 ing timestamps. Thereby software-processing time is saved 
for generating the timestamps required for real-time bit- 
stream recording . 



In principle, the inventive method is suited for recording 
15 on a storage medium, or replaying from a storage medium, 

data packets of a transport stream which data packets belong 
to at least one specific program, wherein said transport 
stream originally includes data packets for a set of pro- 
grams and wherein timestamps are assigned to the data pack- 
20 ets of said transport stream, and wherein: 

~ the timestamps for some of said recorded or replayed data 
packets of said specific program are original timestamps of 
corresponding data packets of said transport stream; 
- the timestamps for the remaining recorded or replayed spe- 
25 cific program data packets are calculated using said origi- 
nal timestamps of said some data packets of the specific 
program. 



30 



In principle the inventive apparatus is suitable for re- 
cording or replaying data packets of a transport stream 
which data packets belong to at least one specific program, 
wherein said transport stream originally includes data pack- 
ets for a set of programs and wherein timestamps are as- 
signed to the data packets of said transport stream, the ap- 
35 paratus including: 

- means for selecting from said transport stream timestamps 
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and data packets belonging to said specific program, 
wherein timestamps for some of these data packets to be 
recorded are original timestamps of corresponding data 
packets of said transport stream; 
- means for calculating the timestamps for the remaining 
specific program data packets to be recorded, using said 
original timestamps of said some data packets of the spe- 
cific program; 

means for assembling and recording said specific program 
data packets together with said original and calculated 
timestamps on a storage medium; 

means for replaying the recorded specific program data 
packets together with said original timestamps and said 
calculated timestamps ; 

means for evaluating said original timestamps and said 
calculated timestamps; 

means for assembling - under control of said means for 
evaluating said original and calculated timestamps - the 
replayed specific program data packets together with said 
original and calculated timestamps, corresponding to 
their original temporal position in the original trans- 
port stream. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Exemplary embodiments of the invention are described with 
reference to the accompanying drawings, which show in: 
Fig. 1 simplified block diagram of consumer reception 

equipment including a data recorder; 
Fig. 2 example of a transport stream containing data pack- 
ets of four programs, and assembled data packets of 
one of these programs; 
Fig. 3 block diagram of the signal processing part of a 
data stream recorder. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

In Fig. 1 a transport stream from a transmitter TR is re- 
ceived at a transport stream input TI of a DVB decoder 
5 DVBDEC, e.g. a settop box. TR can be a satellite, an RF 

transmitter, a cable operator, a telecommunication network 
or any other source for a data stream with equidistant 
transport packets. One output of DVBDEC may be connected to 
a TV set or to a monitor. A further output of DVBDEC is con- 

10 nected to the recording input of a DVD Streamer DVDSTR or 
any other recorder for digital data. The replay output of 
DVDSTR is connected to a streamer input SI of DVBDEC. Pref- 
erably the data recorder DVDSTR does not decode the MPEG2 
transport stream, but it is also possible to use a data re- 

15 corder which includes MPEG2 decoding and re-encoding. 

In record mode, DVDSTR selects the packets for one or more 
programs out of the transport stream delivered by DVBDEC and 
assembles sector packs including for example 10 transport 
packets together with their packet headers, for subsequent 

20 storage. The quantity of programs that can be recorded de- 
pends on the maximum data rate of the storage device or on 
its maximum processing power. 

For real-time playback with DVDSTR each transport packet 
must carry its own timestamp. A timestamp is a data word 

25 having a length of e.g. 4 bytes and representing a proceed- 
ing time information. For a software implementation process- 
ing it would be very time consumptive to capture the time- 
stamp of each transmitted transport packet because the dis- 
tance between the packets is approximately 40us only. This 

30 value results from 

( l/net_transponder_bitrate) * 188byte * 8bit/byte , 
wherein the net__transponder_bitrate is 38.9Mbit/s . 

The upper part of Fig. 2 shows a transport stream TRS con- 
35 taining packets with video and audio data for programs A to 
D. Program A has been selected for the recording in DVDSTR. 
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The begin of each MPEG2 packet is marked by a pulse 
1 start_of ^packet 1 SOP which can be used to generate an in- 
terrupt signal for capturing a timestamp. For instance every 
Nth SOP in the transport stream is set as 1 valid 1 . A time- 
5 stamp TIS follows every SOP. 

Following selection of e.g. 10 program-A transport packets 
from the transport stream, a sector pack SEC as shown in the 
bottom part of Fig. 2 is prepared for storage. A sector pack 
has a length of e.g. 2048 bytes and includes sector headers 

10 For replaying a correct timestamp is required for each 

packet of a sector. Therefore a timestamp for each packet of 
a sector needs to be recorded. Corresponding sector packet 
timestamps TIS can be calculated from the transport stream 
timestamps occurring at time instants tj_ n terrupt k anc * 

15 t^ n terrupt k+1 ^ n the following way: 

sector_joacket_timestamp m = ( transport_packet_number i * 

t ran sport_jpacket_di stance ) + initial__time 

wherein 

20 transport_packet_distance-(t interrupt _ k+1 - t interrupt jj /N; 
initial_time = t interrupt _ k ; 

N = quantity of transport packets between tj_ n terrupt k anc * 

"^interrupt k+1 * N can ke fixed or can be variable; 

M = quantity of selected transport packets between t-j_ n -(- er _ 

25 rupt_k an d t interrupt_k+l / 

sector packet No. m refers to the corresponding source 
packet No. i in the transport stream, i are values out of 
the range 0 ... N-l, m = 0 ... M-l. 

If N is variable a corresponding value information can be 
30 recorded, too. 

As an alternative, it is also possible to store when re- 
cording only the t-j_ n terrupt x timestamps and information 
about the number of intermediate packets of the other pro- 
35 grams of the transport stream and the number of packets be- 
tween the interrupts, and to calculate the missing sector 
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packet time stamps when replaying. 

In both embodiments the replayed sector packets are output 
from DVDSTR corresponding to the temporal position as de- 
5 picted in the upper part of Fig. 2. The result is a trans- 
port stream in which the transport packets of the other pro- 
grams are missing. 

DVD Streamer DVDSTR may contain the following stages: The 

10 data stream recorder input signal STRI passes through a 
packet and timestamp selector P+TSSEL, a recording stage 
REC, a replay stage REPL and a packet and a timestamp assem- 
bling stage P+TSASS that provides the data stream recorder 
output signal STRO. 

15 Stage P+TSSEL selects the packets carrying program A from 
the transport stream, and the transport stream timestamps 
occurring at time instants t interrupt _ k and t interrupt ^ k+1 . 
The sector_packet__time-stamps are calculated in a timestamp 
processing stage TSPROC from t interrup t_ k and t interrupt ^ k+1 

20 using above formulas, and are fed to stage REC for recording 
together with the corresponding sector packets. In a time- 
stamp evaluation stage TSEVAL the sector_packet_timestamps 
are evaluated from the replayed sector data, and are fed to 
stage P+TSASS for outputting a data stream with correct tem- 

25 poral position of the program A transport stream packets. 
P+TSSEL, REC and REPL are controlled by a controller CTRL 
that receives input from a user interface UI, e.g. the con- 
trol keys on the front surface of the Streamer device. 

30 In this description the base for capturing timestamps and 

for the numbers given is a 32-bit-counter with a clock fre- 
quency of 27MHz. The numbers given can be adapted corre- 
spondingly to any other application of the invention. 

35 The invention can be used for video and/or audio recording 

based on MPEG2 , MPEGl, MPEG4 , AC-3 or any other coding stan- 
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dard. For the recording optical or opto-magnetic media like 
DVD or magnetic media like hard disc or tape can be used. 
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